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I iNThDDLTriON 

A nown concept of content delivery networks 

J liN.i U based on the idea that no content delivery 
infrastructure ts needed from the conlent provider*, hut the 
content distribution and delivery ts outsourced to CDN 
providers thai huve business relationships wiih the content 
pmv»der> There are many different types of t'DNi. 

depending on the network topology and business relationship 
In the slur topology CDNs. like Akamai (2), the conlent is 
inserted into the center of ihe network, and further distributed 
and replicated mlo caches of specialized edge servers residing 
close to the end users. The content is then delivered to the end 
users from the edge servers. Caching or broadcast 
technologies can he used for content distribution^ The edge 
servers are typically located inside the networks of the access 
connection provider, such as an Internet Service Provider 
I ISP}, and can ncl as a caching proxy or receive Ihe content 
they host from, e.g., satellite broadcast. Such a legacy star 
topology CDN is illustrated in figure la. 

In addition to replicating the conlenl to the edge of the 
network, the CDNs incorporate a request - routing svstcm that 
routes Ihe client requests to Ihe optimal edge server replica. 
The request routing sysicm can utilize information about 
geographical location, network condition* and load on the 
edge servers to telect ihe best possible edge server replica for 
a given client. The value of a CDN can be determined by its 
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scale and reach |1| ■ the scale refers to size of the aggregate 
infrastructure and Ihe reach refers to Ihe increased diversity of 
Ihe conlenl locations. The conlenl replicas on the edge servers 
close lo Ihe end users overcome Ihe issues of network sue. 
network congestion and network failures in CDNs. Another 
adtantagc of using CDNs is mat no additional and expensive 
infrastructure is needed from the conlent providers as the 
content distribution and delivery can be outsourced lo CDN 
providers. Another, essentially dilTerenl, type of CDN is 
emerging: Ihe P2P CDN. 
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Usually* the term Peer- to- Peer |P2P> refers to a specific 
type of distributed system, which does not rely on traditional 
client, server architecture but use* the serv en U- based 
architecture. A serveni includes both Ihe client and Ihe serv er. 
In addition, P2P systems usually do not depend on any 
centralized point of control, even if they are not c-vcludcd. 
Some P2P solutions apply special servers, also referred lo as 
super peers, as centralized conlrol points for such functions as 
P2P network formation, content indexing and searching. This 
divides the P2P architecture solutions into two different 
groups; hybrid and pure P2P architectures |3|> Sometimes, a 
subclass of hybrid P2P architectures, referred lo as server* 
centric P2P architecture, is described as its own t)pe of 
arc hi lecture. 

In Ihe P2P CDNs Ihe conlenl is delivered straight from and 
lo Ihe end user terminals that constitute the delivery nclwork. 
Thc advantages of P2P CDNs include independency of cenlral 
senen enhancing ■ t robustness and network topology 
enablrng more balanced network utilization than in the client- 
server architectures. Figure lb. illustrates a pure P2P CDN 
contesting of user terminal*- 

The P2P technology* based conlenl delivery systems have 



obvious advantage* regarding loud balancing, dynamic 
information repositories, fault tolerance, availability, content- 
bated addressing and improved searches |4| However the 
pure P2P model is not an applicable architecture choice for a 
commercial CDX ax such. As the contribution of this paper, 
we propose a P2P Extension concept to the star topology 
CDN architecture to gain most of the advantages provided by 
P2P technology without the know n drawbacks. 

The rest of this paper is organized as follows. Chapter 2 
reviews P2P technologies in tbe context of content delivery 
platforms and provides the reasoning for the P2P Extension 
concept, which is described in Chapter 3, An overview set of 
application scenarios for the P2P Extension concept is 
provided in Chapter 4. Finally, some concluding remarks are 
provided in Chapter 5. 

If Review of Peer-to-Pee* Technologies 

The P2P system architectures can be roughly divided into 
hybrid and pure P2P architectures |5|, [3], Sometimes, a 
subclass of the hybrid P2P architectures* referred as server- 
centric P2P architecture, is presented as its own type of 
architecture. 

Hybrid P2P architectures utilize specialized server* for 
some operations, like indexing and resource and peer 
discovery, and are dependent on the specialized servers. In 
hybrid P2P architectures the peers may first interact with the 
specialized servers to gain knowledge of other peers and 
resources in order to directly share data or resources with 
them. Examples of this kind of server -centric architecture are 
Napster |6| SETI^ihome (7). and Groove |S|. 

The other P2P system architecture type, commonly referred 
to as the pure P2P model, does not incorporate any specialized 
servers. Instead, all the peers are treated as equal in the P2P 
system, Gnutella |9| i* an example of a pure P2P system. In a 
pure P2P architecture the peers use distributed search 
mechanisms to search for other peers and resources inside the 
P2P system and share data or resources directly with other 
peers. 

Tbe P2P system architectures are often based on overlay 
protocols that form communicating layers across the member 
peers of the P2P network. The overlay protocols typically rely 
on existing communication protocols like TCP. UDP and 
HTTP over the IP. Often, the lowest overlay protocols of the 
P2P systems* like the ConstructOverlay protocol in |10| and 
the Peer Discovery Protocol of JXTA [Il|. are used for 
finding or sharing information about the other peers, peer 
groups or network structure in general when a new peer joins 
the P2P network. Furthermore, the P2P architectures often 
incorporate separate protocols for additional communication 
overlays, indexing, search and delivery of data. 

The legacy client-server model is used for implementing 
many shared application* with a successful outcome [5] 
However, these applications are highly dependent on 
centralized servers, reducing the scalability and reliability of 



the applications. In client-server applications the load of the 
server increases linearly m proportion to the number of clients 
and the system is vulnerable to server failures, leading to 
failure of the whole system. The hybrid P2P architectures 
have many of the same system reliability weaknesses as the 
client-server architectures as they are often dependent on 
specialized servers for peer and resource discovery. The pure 
P2P architecture is free of the aforementioned weaknesses 
because U does not incorporate specialized servers However, 
the cost is that more complex distributed search mechanisms 
are needed, which generates more network tralVtc. And the 
mechanisms needed for establishing the network in pure P2P 
architectures are much more complex than in the hybrid P2P 
arc h i tec I ures. 

The advantages of the P2P-bascd architectures include 
enhanced load balancing, dynamic information repositories, 
high fault tolerance and availability via redundancy, content- 
based addressing and improved searches |4]. 

A. Reasoning for ihc Concept 

The pure P2P CDX approach has many issues that make the 
position of the P2P CDN providers unstable, first, the fact 
that the pure P2P CDN infrastructure is based on dynamically 
joining and leaving end user terminals with relatively slow 
network access connections reduces its performance when 
compared with legacy star topology CDNs. Second, the fact 
that users volunteer to provide their terminals and access 
connections as resources for the P2P CDX makes the value 
parameters of a CDN. the scale and reach, fully dynamic. 
Third, the heavy bi-directional bandwidth load that the P2P 
systems generate for the ISPs, carriers and other connection 
providers [12], |3| indicates that in the long run the CDN 
infrastructure of the P2P CDN providers may be in danger as 
the volunteer infrastructure lending, with no return value, is 
no longer considered reasonable by the connection providers. 
The increased user traffic may abo cause network congestion, 
forcing the connection providers to consider capital 
investments to speed up their backbone networks [3|. Finally, 
the fact that the content is stored in end-user terminals poses 
very strict requirements for tbe encryption and DRM issues in 
P2P CDNs. if used commercially to compete with legacy 
CDNs. when unauthorized access to content must he 
prevented. Due to all the aforementioned issues, the emerging 
pure P2P CDN model is not expected to have very much 
potential for competing with legacy star topology CDNs in a 
commercial CDN context. 

As the drawbacks of star topology CDNs. like Akamai |2|. 
are the huge maintenance and infra* true line costs [I3J. and the 
drawbacks of pure P2P CDNs include the instability of the 
CDN infrastructure and dynamic volunteer resources [13], a 
compromise hybrid solution between a static server 
infrastructure and dynamic volunteer P2P resources provides 
an interesting approach to constitute a P2P enhanced and 
extended hybrid CDN. In this paper this approach is referred 
to as the concept of P2P Extended CDN, In this hybrid 
solution the static CDN infrastructure is used to distribute 



content from the originating wnci to sialic edge wrvra that 
further replicate and route requests in the dynamic P2P 
network* on ihc network edge. This approach targets the 
reduction of the infrastructure cost* of ihe CDN provider and 
facilitate* ihe handling of flash crowd* on edge newer* |I0| 
via enhanced load balancing and intelligent replica lion 
technique*. If the P2P extension node* are also equipped tt ith 
applicable caching mechanism* lhal lower Ihe bandwidth 
consumption, the P-P Extended CDS approach should also be 
acceptable for Ihe connection providers Providing *omc kind 
of return value In volunteer P2P participant* might also 
enhance the approaches available to a dynamic P2P 
infrastructure at the network edge. This return value to 
volunteer P2P resource provider*, like P2P communities or 
CDN service providers could be to support various P2P 
services in addition to content delivery ai ihc CDN cJi*c 
Supporting various conlenl»bascd P2P services is part of the 
P2P I' ■ ■ ■ ... I CDN approach. 

11) P2P Exrcxsjox Cosctrr ros CDNs 

The architecture of the envisioned P2P Extension concept is 
visualized in Figure 2 In Ihe concept the star topology CDN, 
consisting of distribution and edge server*, is extended with 
P2P overlay networks at three dilVereni domains. Each domain 
kt considered its own P2P group in Ihe P2P Extension concept. 

First, Ihe infrastructure of the CDN service provider is 
extended with P2P-connecicd edge servers, introducing 
enhancements regarding load balancing, fault tolerance and 
availability via redundancy, content-based addressing, and 
unproved searches. The second P2P externum is a P2P- 
connected available -computing infrastructure in Ihe CDN 
service provider or customer domain providing additional 
dynamic information re pot it on ev for content replica* and 
further enhancing load balancing and content availability 
Finally, the third possible P2P extension is ihe P2P-eonnected 
end user terminal* at Ihe end user domain, enabling 
provisioning and u*c of various P2P multimedia services. As 
illustrated m Figure 2. the architecture of the P2P extension* 
» hierarchical in the sense thai the P2P-cunncclcd edge 
servers host and manage the extension* in Ihe CDN service 
provider domain that further host and manage Ihe po*sible end 
u*cr domain extensions. 

The central focus of the concept of the P2P Extended CDN 
is how to enhance the star topology CDN networks with 
managed and dynamic P2P extensions that would reduce the 
need for a static edge server infrastructure, enable efficient 
load balancing and boost up Ihe delivery of large files on the 
"last mile" of delivery witboul the known problems related to 
the pure P2P-bascd content delivery systems. 

The concepl of the P2P Extended CDN considers the 
utilization of P2P technologies in a managed and secure 
manner, providing no user anonymity. Accordingly, the peers 
w ishing to become members of the dynamic P2P extensions at 
the CDN edge are authenticated and aulhori/cd. and therefore 



considered to be members of a trusted domain that can be 
managed by the P2P or CDN service provider. 

In the P2P technology 'based CDN at least *ome content 
replicas are usually stored in the member peers. This gives 
some advantages but abo creates some security concerns as 
these peers might be Ihe end user terminals. However, in P2P 
technology* base d content delivery systems other entities can 
also act as peers of the P2P system. For example, in the Jolbd 
PecrCachc** 1 |M| solution the peers are caching proxies that 
communicate with each other in a P2P manner to avoid 
centralized pomis of network load on the servers. If Ihe 
content is stored oulside the trusted domain boundaries by any 
P2P'bascd CDN. the content must be made unusable lo 
unauthorized usage by using various content encryption 
technologic* Figure 3 illustrate* the domain boundaries of the 
ens bioncd P2P Extended CDN approach. 
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The static *lar topology CDN is illustrated on the right side 
of Figure 3. On Ihe lefl side the dynamic P2P extension 
network with peers located at a trusted domam - such as a 
connection to a provider network (triangles! - and al a 
distrusted domain - such as unknown lubnets l^uares) ■ is 
illustrated. These together form the envisioned P2P Extended 
CDN addressing end*to-end content distribution and delivery 
frum the origin server lo the end user terminal. 
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The concept of Ihc PIP Extended CDN also target* the 
optimization of Ihc *ku1 mile" of content delivery from the 
edge server to the end user terminal, which J* mostly left 
unattended by the legacy CDNs. The -|**l mile" delivery* of 
content could be optimized using parallel downloads from 
neighboring peers, reducing download times and alleviating 
the load on the single edge server* hosting popular content 
ThU further enhances and complement* the performance of 
the star topology CDNs that are usually targeted at 
overcoming network related issue* like network size, network 
congestion, network failure* and load balancing between the 
origin Server and Ihc edge, leaving the "last mile" of content 
delivery from the edge server to the end user terminal with 
little attention. With the P2P enhancement* that further 
replicate content and enable parallel downloads at the network 
edge, Ihe "last mile" of content delivery can be optimized and 
overall content access times can be reduced- The approach 
could "boost up" Ihc delivery of very large file* like video or 
audio files. This would definitely add to Ihc value of Ihe CDN 
as it would contribute to the value parameter* |l) of wale and 
reach. The wale parameter referring to the aggregation 
infrastructure of Ihe CDN, a* well a* the reach parameter 
would be enhanced by Ihe dynamic P2P extensions by further 
replicating the content on the edge of the network, thus 
enhancing content availability. Further advantages of P2P 
extensions may include more balanced network loads at the 
connection provider'* domain. 

Having a static core CDN infra* Irue lure into which the 
dynamic P2P extension network i* -hooked" alleviate* the 
problem of high bi 'directional bandwidth requirements into 
and out of the connection provider's domain, which is a 
problem identified in almost all of the existing P2P-based 
content delivery *y*lems [121. In Ihe P2P Extension concept 
this problem is avoided as the core CDN infrasl rue lure 
di*tnbules the content from the origin *ervcr* to near Ihe user, 
which usually means to the connection provider's network. 
in*tead of downloading Ihe content directly from peers 
belonging to some other network domain, which i* the caw in 
many P2P-bascd content delivery systems today. In the 
envisioned P2P Extended CDNs Ihe edge servers could 
efficiently cache Ihe content if direct content delivery between 
the peers belonging to different *ubnets i* blocked or 
delivered along a certain known caching policy. 

By introducing the "always present" edge wrvers of Ihc slar 
topology CDN as super peers managing Ihe P2P extension 
clouds. *tabilily and a central point lor authentication and 
authorization can be introduced to Ihe P2P Extended CDN. 
Thi* enables ihe dynamic P2P-based part of Ihc delivery 
network to be managed The wtup is similar to restricted 
membership P2P communities, where security can be 
enforced. As super peers, the edge servers of Ihe static core 
CDN could also monitor the usage of Ihe content centrally, 
and thereby provide Ihe means for charging Ihe u*ers for the 
commercial content consumed. 



IV. Application Scenarios 

The application weoarios of Ihc P2P Extended CDN 
concept include all Ihe content distribution and delivery 
wenarios of legacy star topology CDN* with P2P-cnhanccd 
load balancing, information repositories, fault tolerance and 
availability. In addition to lhe*e application scenario* the P2P 
Extended CDN concept can be applied to enable end user* 
created content provisioning, group and community content 
distribution and delivery, and various P2P services. 

The amount of digital content created by uwrs or 
consumer* is growing all Ihe lime as digital cameras, video 
cameras and other recording devices become more 
commonplace and are integrated into mobile devices. A 
legacy star topology CDN addresses Ihe content delivery 
problem from the network core to Ihe network edge, but not 
other way around - as is the case regarding end user content 
delivery. The concept of a P2P Extended CDN could enable 
Ihe end uwrs to act a* content providers by supporting P2P 
content services thai enable delivery of content to other end 
uwrs and user groups. Here Ihe content delivery would lake 
place at ihe network edge, utilizing any commercial P2P 
Extension infra*lruclurc. 

The P2P wrviccs supported by the concept of a P2P 
Extended CDN can be virtually any service* incorporating 
multimedia communications between peer*. Additional P2P 
wrviccs that are environed for Ihe P2P Extended CDN 
concept are, e.g., *upporting community multimedia content 
delivery services, various content ■ i .■ service*, 

multimedia content storing and management, and P2P 
workspace hosiing. 

Pari of Ihe services provided for the "P2P infra* true lure 
lenders" could be free of charge to boost up Ihe available P2P 
resources; additional P2P wrviccs might be chargeable. 
Accordingly, the P2P wrviccs con*idcred in the concept of a 
P2P Extended CDN could bring new busine*s opportunities 
and revenue for CDN wrvice providers if the wrviccs are 
commercially provided with an appropriate bu*iness model 
consisting of actors like content provider, CDN provider 
CDN service provider, P2P service provider, and Ihe end user 
cither in a consumer or provider role, 

V. Concluding Remarks 

In thi* paper we have prewnled Ihe concept of a P2P 
Extended CDN. A review of P2P technologies in Ihe context 
of content delivery platforms and the reasoning for the P2P 
Exlen*ion concept has also been provided. The concept itwll' 
has been described and various application wenarios for Ihe 
P2P Extension concept briefly overviewed. Topics requiring 
future research include P2P wrvice provisioning, design of a 
modularized architecture with well-defined inter* and intra* 
layer interfaces, and validation of the concept via prototype 
i mpl erne n la I ions. 
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